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DETAILED ACTION 



1 . This action is in response to the amendment filed as RCE on 06/14/2006. 
Claims 12, 31-32 are canceled. 
Claims 1-11, 13-30 are pending in the application. 



Specification 



2. The specification of this application has been identified not comply with 37 CFR 1 .77(b). 
The specification is objected to. 

The following guidelines illustrate the preferred layout for the specification of a utility application. These 
guidelines are suggested for the applicant's use. 

Arrangement of the Specification 



As provided in 37 CFR 1.77(b), the specification of a utility application should include the 
following sections in order. Each of the lettered items should appear in upper case, without underlining or 
bold type, as a section heading. If no text follows the section heading, the phrase "Not Applicable" should 
follow the section heading: 

(a) TITLE OF THE INVENTION. 

(b) CROSS-REFERENCE TO RELATED APPLICATIONS. 

(c) STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT. 

(d) THE NAMES OF THE PARTIES TO A JOINT RESEARCH AGREEMENT 

(e) INCORPORATION-BY-REFERENCE OF MATERIAL SUBMITTED ON A COMPACT DISC 

(See 37 CFR 1.52(e)(5) and MPEP 608.05. Computer program listings (37 CFR 1.96(c)), 
"Sequence Listings" (37 CFR 1.821(c)), and tables having more than 50 pages of text are 
permitted to be submitted on compact discs.) or 

REFERENCE TO A "MICROFICHE APPENDIX" (See MPEP § 608.05(a). "Microfiche 
Appendices" were accepted by the Office until March 1 , 2001 .) 

(f) BACKGROUND OF THE INVENTION. 

(1) Field of the Invention. 

(2) Description of Related Art including information disclosed under 37 CFR 1 .97 and 
1.98. 

(g) BRIEF SUMMARY OF THE INVENTION. 

(h) BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING(S). 

(i) DETAILED DESCRIPTION OF THE INVENTION. 

(j) CLAIM OR CLAIMS (commencing on a separate sheet). 

(k) ABSTRACT OF THE DISCLOSURE (commencing on a separate sheet). 
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(I) SEQUENCE LISTING (See MPEP § 2424 and 37 CFR 1 .821-1 .825. A "Sequence Listing" is 
required on paper if the application discloses a nucleotide or amino acid sequence as 
defined in 37 CFR 1 .821(a) and if the required "Sequence Listing" is not submitted as an 
electronic document on compact disc). 

In the specification of this present application, there are no appropriate heading sections as 
indicated above. It requires the specification includes the above heading sections if applicable. 

Furthermore, Applicants are respectfully directed to MPEP 201.15. Appropriate heading section, 
and "Incorporated by reference" statement pursuant to 37 CFR 1.57 would be required. 

Response to Arguments 

3. Applicant's arguments in the remarks filed on 06/14/2006 have been fully considered. 

In view of the Amendment, the rejection of claims 2-11, 13-14, 16-17, and 20-29 under the 
second paragraph of 35 USC 112 is withdrawn. However, Claims 15, 18, and 30 remain rejected 
because the amendment of these claims fails to be fully responsive to the rejection. 

Regarding the arguments to the amended claims under claim rejection 35 USC 103. 

Especially, Applicants contend that the rejection to Claims 1-5, 13-18, 26-30, and the dependent 
Claim 6-1 1 , in the previous office action failed to establish a prima facie of obviousness. 

Examiner responds: Claims 1 and 13 are the leading independent claims rejected as being 
unpatentable over Kazi et al, "Techniques for Obtaining High Performance in Java Program", for example, 
depicting the limitations recited in Claim 1 : 

A method of translating an object-oriented computer program comprising: 

(a) translating the program bytecode into machine independent virtual processor code which uses an 
instruction set of a virtual processor (See Byte code Translator, Figure 2, p. 7); 

(b) transmitting the virtual processor code from a server to a client device: and 

(c) translating the virtual processor code into native code which uses an instruction set of a physical 
processor of the client device (See Native Machine code, Figure 2), 
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wherein the bytecode is stack-based, and in which the virtual processor code is register-based (The 
recitation is "What it is"; i.e. it recites a known use of bytecode and JVM: Example/definition of JVM is 
given in Kazi' reference: JVM is a stack-based machine - JVM includes registers, stacks, garbage- 
collected heap, methods areas, and execution engine). 

It should be noted that "transmitting virtual processor code from a server to a client device" 
is not a patentable feature because bytecode is widely transmitted in network communications, e.g. 
INTERNET, as needs from a Client's application. 

The suggestion or the motivation is applied "only" to an inventive feature, missing in a reference, 
and is claimed, and the inventive feature is "unobvious" for a combination; unless, it becomes obvious if 
there is a suggestion. 

In MPEP 706.020): To support the conclusion that the claimed invention is directed to 
obvious subject matter, either the references must expressly or impliedly suggest the 
claimed invention or the examiner must present a convincing line of reasoning as to 
why the artisan would have found the claimed invention to have been obvious in 
light of the teachings of the references ." Ex parte Clapp, 227 USPQ 972, 973 (Bd. Pat. 
App. & Inter. 1985). See MPEP § 2144 - § 2144.09 for examples of reasoning 
supporting obviousness rejections. 

In the claiming feature, "transmitting virtual processor code from a server to a client device" it is not 

an inventive feature . It is well-known before the filing of this application, i.e. all users who used a 

network knew how to receive data, such as byte code, applets, from a server. After being compiled 

or translated from a server, the bytecode will be transmitted under the means of communications. 

Unless Applicants believe that this, "transmitting virtual processor code from a server to a client 

device" is new , a discussion as patentable feature would be required according to MPEP 714.04. 

It should be noted that transmitting code from a server to a client device is not new in the art . 

Before the filing of this application, a client in a network knew how to receive data from a server. This 

is already known to everyone, including an ordinary skill in the art. Therefore, it is no need for an 

explanation or a mention in neither reference. This is reasoning as to why the artisan would have 

found the claimed invention to have been obvious. 
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With further regards to the argument of Claims 6-1 1 , it should be noted that the claimed feature 
fails to present a novelty feature. Applicant's argument fails to point out where is the novelty in the claims 
under MPEP 714.04. 

Regarding the arguments to the amended claims under claim rejection 35 USC 102, where 
Applicants contend that the rejections to Claims 19-25 are improper. 

As noted that, Applicants claiming tend to cover two well-known features in the system claim: those are "a 
server" and "plurality remote client devices". Applicants arguments own a burden how they regards these 
features are novelty under 714.04. 

The limitations that extends the functionality of the server is "including a store for storing virtual 
processor code, said code being a machine-independent representation of the bytecode of an 
object oriented computer program using an instruction set of a virtual processor. It should be 
noted that a server is only a computer that must include memory storage like every standard computer. 
Miller shows this: col. 4 lines 32-37, col. 1 lines 10-15, col. 1 lines 15-20, col. 6 lines 1-10; Kazi shows 
this: Figure 2, p. 7: either Byte code "machine-independent representation of an object oriented " or IL 
code; and Koizumi shows this: col. 4:40-45 'single abstract object program', and the computer system 
that generates this program: server. It should be noted that the recitation, said code being a 
machine-independent representation of an object oriented computer program using an instruction 
set of a virtual processor, makes no more functionality difference than a translated code from Java 
language. Java bytecode is also machine independent code. 

The limitations that extends the functionality of the client is, "each client device including a client 
processor, a native translator arranged to translate the virtual processor code into native code 
which uses the instruction set of the respective client processor, and a native code store; the 
system including transmission means for transmitting the virtual processor code from the server 
to the client devices? 

Miller shows this: col. 4 lines 32-37, col. 1 lines 15-20, col. 6 lines 1-10 and Fig. 2; Kazi shows this: Figure 
2, any of Interpreter, JIT compiler, Direct Complier, or Bytecode Translator; and Koizumi shows this: col. 
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4:46-50 "an installer" that resides in Machine A/Machine B, and this installer translates 'single abstract 
object program' into machine language of its target: Machine A or Machine B. 

It should be noted that the recitation, each client device including a client processor, a native 
translator arranged to translate the virtual processor code into native code which uses the 
instruction set of the respective client processor, and a native code store; the system including 
transmission means for transmitting the virtual processor code from the server to the client 
devices, does not make any functionality difference to a "computer operated by a client who has a 
browser connected to an internet. It should be noted that the Applicants 1 claim fails to present under 
MPEP 714.04. 

Claim Rejections - 35 USC § 112 

4. The following is a quotation of the second paragraph of 35 U.S. C. 1 1 2: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

5. Claims 15, 18, and 30 are rejected under 35 U.S.C. 112, second paragraph, as being indefinite 
for failing to particularly point out and distinctly claim the subject matter which applicant regards as the 
invention. 

Claims 1 5, 1 8, and 30 fails to form as proper dependency because they are different scopes. 

Claim Rejections - 35 USC § 102 

6. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that form the basis for 
the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 
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(b) the invention was patented or described in a printed publication in this or a foreign country or 
in public use or on sale in this country, more than one year prior to the date of application for 
patent in the United States. 

(e) the invention was described in (1) an application for patent, published under section 122(b), 
by another filed in the United States before the invention by the applicant for patent or (2) a 
patent granted on an application for patent by another filed in the United States before the 
invention by the applicant for patent, except that an international application filed under the treaty 
defined in section 351 (a) shall have the effects for purposes of this subsection of an application 
filed in the United States only if the international application designated the United States and 
was published under Article 21(2) of such treaty in the English language. 

7. Claims 19-25 are rejected under 35 U.S.C. 102(e) as being anticipated by Miller et al, U.S. Patent 
No. 6,389,590. 

As per claim 19 : Miller et al discloses a distributed computer system (col. 4 lines 32-37) comprising a 
server including a store for storing virtual processor code, said code being a machine-independent 
representation of the bytecode of an object oriented computer program using an instruction set of a virtual 
processor (col. 4 lines 32-37, col. 1 lines 10-15, col. 1 lines 15-20, col. 6 lines 1-10); 
a plurality of remote client devices in communication with the server, each client device including a client 
processor, a native translator arranged to translate the virtual processor code into native code which uses 
the instruction set of the respective client processor, and a native code store; the system including 
transmission means for transmitting the virtual processor code from the server to the client devices (col. 4 
lines 32-37, col. 1 lines 15-20, col. 6 lines 1-10 and Fig. 2). 

As per claim 20 . Miller further discloses distributed computer system as claimed in claim 19 in which the 
transmission means consists of or includes a wireless network (col. 5 lines 3045). 
As per claim 21, Miller further discloses distributed computer system as claimed in claim 20 in which the 
client devices are mobile phones (col. 4 lines 26-32). 

As per claim 22 , Miller further discloses a distributed computer system as claimed in claim 20 in which the 
client devices are hand-held computers (col. 4 lines 26-32). 

As per claim 23 . Miller further discloses a distributed computer system as claimed in claim 19 which the 
client devices are hand-held games consoles (col. 4 lines 26-32). 
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As per claim 24 . Miller further discloses a distributed computer system as claimed in claim 19 in which at 
least one of the client devices includes a first type of client processor and in which at least another of the 
client devices includes a second type of client processor, using a different instruction set from that of the 
first type (col. 1 lines 10-20, col. 6 lines 1-10 and Fig. 2). 

As per claim 25 . Miller further discloses which the server .is further arranged to translate the 
object-oriented computer program from bytecode into virtual processor code (col. 1 lines 1020, col. 6 lines 
1-10 and Fig. 2). 

8. Claims 19-25 are rejected under 35 U.S.C. 102(b) as being anticipated by Kazi et al, "Techniques 
for Obtaining High Performance in Java Program", 7-1999. 

As per claim 19 : Kazi discloses A distributed computer system comprising a server including a store for 
storing virtual processor code, said code being a machine-independent representation of the bytecode of 
an object oriented computer program using an instruction set of a virtual processor (See Figure 2, p. 7: 
either Byte code "machine-independent representation of an object oriented u or IL code); 
and a plurality of remote client devices (See Figure 2, target processor: note the Figure shows generally a 
source to an arbitrary target) in communication with the server, each client device including a client 
processor, a native translator arranged to translate the virtual processor code into native code which uses 
the instruction set of the respective client processor (See Figure 2, any of Interpreter, JIT compiler, Direct 
Complier, or Bytecode Translator), and a native code store (See Figure 2, Native Machine Code); 
the system including transmission means for transmitting the virtual processor code from the server to the 
client devices (The connection medium between the Java Source Code/Bytecode Translator and Target 
processor). 

As per claim 20 : Kazi discloses The distributed computer system as claimed in claim 19 in which the 
transmission means consists of or includes a wireless network (The connection medium between the 
Java Source Code/Bytecode Translator and Target processor). 

As per claim 21 : Kazi discloses 77?e distributed computer system as claimed in claim 20 in which the 
client devices are mobile phones (See Figure 2: Target Processor). 
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As per claim 22 : Kazi discloses The distributed computer system as claimed in claim 20 in which the 
client devices are hand-held computers (See Figure 2: Target Processor). 

As per claim 23 : Kazi discloses The distributed computer system as claimed in claim 19 in which the 
client devices are hand-held games consoles (See Figure 2: Target Processor). 
As per claim 24 : Kazi discloses The distributed computer system as claimed in claim 19 in which at least 
one of the client devices includes a first type of client processor and in which at least another of the client 
devices includes a second type of client processor, using a different instruction set from that of the first 
type (See Target Processor: a generic processor in an arbitrary device, see either bytecode transmitted 
into an interpreter of the target processor or IL of Bytecode Translator that is independent-platform code). 
As per claim 25 : Kazi discloses The distributed computer system as claimed in any one of claims 19 in 
which the server is further arranged to translate the object-oriented computer program from bytecode into 
virtual processor code. (See Figure 2, either Bytecode: virtual processor code, or the Bytecode Translator 
computer that generates IL: virtual processor code). 

9. Claims 19-25 are rejected under 35 U.S.C. 102(b) as being anticipated by Koizumi et al, U.S. 
Patent No. 5,586,323. 

As per claim 19 : A distributed computer system comprising 

a server including a store for storing virtual processor code, said code being a machine-independent 
representation of the bytecode of an object oriented computer program using an instruction set of a virtual 
processor (See col. 4:40-45 'single abstract object program 1 , and the computer system that generates this 
program: server), 

and a plurality of remote client devices in communication with the server, each client device including a 
client processor, a native translator arranged to translate the virtual processor code into native code 
which uses the instruction set of the respective client processor, and a native code store (See col. 4:46- 
50 "an installer" that resides in Machine A/Machine B, and this installer translates 'single abstract object 
program' into machine language of its target: Machine A or Machine B); 
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the system including transmission means for transmitting the virtual processor code from the server to the 
client devices (The connection medium between the computer that generates 'single abstract object 
program' and Machine A/Machine B). 

As per claim 20 : Koizumi discloses The distributed computer system as claimed in claim 19 in which the 
transmission means consists of or includes a wireless network (The connection medium between the 
computer that generates 'single abstract object program" and Machine A/Machine B). 
As per claim 21 : Koizumi discloses The distributed computer system as claimed in claim 20 in which the 
client devices are mobile phones (See Machine A/Machine B). 

As per claim 22 : Koizumi discloses The distributed computer system as claimed in claim 20 in which the 
client devices are hand-held computers (See Machine A/Machine B). 

As per claim 23 : Koizumi discloses The distributed computer system as claimed in claim 19 in which the 
client devices are hand-held games consoles (See Machine A/Machine B). 

As per claim 24 : Koizumi discloses, The distributed computer system as claimed in claim 19 in which at 
least one of the client devices includes a first type of client processor and in which at least another of the 
client devices includes a second type of client processor, using a different instruction set from that of the 
first type (See Machine A and Machine B where A and B are different platform and 'single abstract object 
program* is independent platform code). 

As per claim 25 : Koizumi discloses The distributed computer system as claimed in any one of claims 19 in 
which the server is further arranged to translate the object-oriented computer program from bytecode into 
virtual processor code. (See FIG 2, the computer generates intermediate language from a source file into 
'single abstract object program': virtual processor code). 



Claim Rejections - 35 USC § 103 



10. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

A person shall be entitled to a patent unless - 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to .a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

1 1 . Claims 1 -5, 13-18, 26-30 is rejected under 35 U.S.C. 1 03(a) as being unpatentable over Kazi et 
al, Techniques for Obtaining High Performance in Java Program". 

Given the broadest reasonable interpretation of followed claims in light of the specification. 
As per Claim 1 : Kazi discloses: 

A method of translating an object-oriented computer program comprising: 

(a) translating the program bytecode into machine independent virtual processor code which uses an 
instruction set of a virtual processor (See Byte code Translator, Figure 2, p. 7); 

(b) transmitting the virtual processor code from a server to a client device: and 

(c) translating the virtual processor code into native code which uses an instruction set of a physical 
processor of the client device (See Native Machine code, Figure 2), wherein the bytecode is stack- 
based, and in which the virtual processor code is register-based (Kazi' reference: JVM is a stack-based 
machine - JVM includes registers, stacks, garbage-collected heap, methods areas, and execution 
engine). 

Kazi does not explicitly address "(b) transmitting the virtual processor code from a server to a 
client device", i.e., whether IL (interpreted as virtual processor code) is whether sent from a server or not. 
Kazi simply shows the IL code is sent to a Native Machine Code. However, in the designing concept, one 
simply implements a dawn line as a connection between two elements, transmitter and receiver. The 
concept of transmutation data is well known as a network, where a network simply provides at least a 
connection between a sending data source computer device such as a server and a receiving data device 
such as a client device/computer. 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to include networking, an available source, that has been used commonly, as a 
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means for sending independent-platform intermediate code to another backend remotely for providing 
targeted translation because growing of many different processor-types. Doing so would conform to the 
common standard of processor execution. 

As per Claim 2 : Kazi further discloses, The method as claimed in claim 1 in which the program bytecode 

includes a class file, the class file being converted into one or more virtual processor tools which use the 

instruction set of the virtual processor See class file in the figure 2, and translator in Figure 2. 

As per Claim 3 : Kazi further discloses: The method as claimed in claim 2 in which the class file includes a 

plurality of methods, and which some or all the methods in the class file are converted to a respective 

virtual processor tool. See class file in Figure 2, because class file includes a plurality of methods. 

As per Claim 4 : Kazi further discloses: The method as claimed in claim 2 in which the class file includes a 

call to a method, and in which the virtual processor code provides a call to a corresponding tool. 

See class file in Figure 2, because class file includes a plurality of methods, and a method is a call. 

As per Claim 5 : Kazi further discloses: The method as claimed in claim 2 in which the class file includes a 

reference to a field, and in which the virtual processor code provides a fixup tool for use in locating the 

field. See class file in Figure 2, because class file preprogram per se and it includes code/field, method, 

method can do any desired function. 

As per claim 15 : See rationale address in Claim 1 above. 

As per claim 16 : Regarding, The method as claimed in any one of claims 1 which includes: 

(d) transmitting the virtual processor code from a server to a second client device; and 

(e) translating the virtual processor code into a different native code which uses an instruction set of a 
second physical processor of the second client device. 

(See Figure 2, and same rationale addressed in As per Claim 1). 

As per claim 18 : Kazi further discloses A computer system adapted to carry out the method as claimed in 
claim 16. (See Figure 2, and same rationale addressed in As per Claim 1). 
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As per claim 26 : Further in view of 2, Kazi further discloses The method as claimed in any one of claim 2, 
including verifying the integrity of the class bytecode, and of any external calls, because it also include 
"Java Virtual Machine", that has the feature of this claim. 

As per claim 27 : Further in view of 2, Kazi further discloses The method as claimed in any one of claim 2 
in which the class file is a Java class file (See Figure 2). 

As per claim 28 : Further in view of 2, Kazi further discloses The method as claimed in any one of claim 2 
in which the step of translating the program bytecode into virtual processor code is carried out by a first 
translator program which is itself written in virtual processor code. (See Figure 2: Bytecode Translator). 
As per claim 29 : Further in view of 1 , Kazi further discloses The method as claimed in any one claim 1, in 
which the step of translating the virtual processor code into native code is carried out by a second 
translator program which is itself written in virtual processor code. (See Figure 2: IL Compiler). 
As per claim 30 : Examiner interprets Claim 30 having the same functionality of Claim 1 . See rationale 
addressed in Claim 1 . 

As per claim 13 : Claim 1 3 has the same functionality as of Claim 1 . See rationale addressed in Claim 1 
above. 

As per claim 14 : As set forth in the rationale connecting to the rejection of Claim 1, it is applied to 
Claim 1 3; Kazi further discloses a translator that has means, including binding the translated tools into a 
task, and executing the task in native code on the physical processor. See Figure 2, Target processor, 
where a processor is used for task execution. 

As per claim 17 : As set forth in the rationale connecting to the rejection of Claim 1 , it is applied to 
Claim 1 3; Kazi further discloses, A method as claimed in claim 13 including executing the different native 
code on the physical processors of different client devices. See Figure 2, Target processor: it should be 
noted that each target processor represents to a client. 

12. Claims 6-1 1 are rejected under 35 U.S.C. 103(a) as being unpatentable over Kazi et al, 
"Techniques for Obtaining High Performance in Java Program", in further view of Miller et al, U.S. Patent 
No. 6,389,590. 
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With regards to Claims 6-8. 10 : 

As per claim 6, Kazi et al does not explicitly address claim 6. In further view of Miller et al, it 
discloses which the fixup tool is arranged to return a constant fixup value which is representative of the 
offset of the said field within an object (col. 7 lines 20-30, col. 7 lines 37-46). 

As per claim 7, Kazi et al does not explicitely address claim 7. In further view of Miller et al, it 
discloses linking the virtual processor code and determining the constant fixup value in dependence upon 
virtual processor code which has been translated from another class file (col. 6 lines 30-36, col. 7 lines 
20-46). 

As per claim 8, Kazi et al does not explicitely address claim 8. In further view of Miller et al, it 
discloses which the fixup tool returns a value which is used to patch a method which gets or puts the 
value of a field (col. 6 lines 30-36, col. 7 lines 20-46). 

As per claim 10, Kazi et al does not explicitely address claim 10. In further view of Miller et al, it 
discloses which the fixup instructions provide instructions as to how the native code can reference 
another class, or a field or method in another class (Fig. 3, col. 7 lines 21-45 and col. 8 lines 3-1 1). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to include fixup as disclose by Miller into a code translation at back end as disclosed 
by Kazi just be cause every translator requires to accurately translate code. 
With regards to Claims 9.11 : 

As per claim 9, Kazi et al does not explicitely address claim 9. In further view of Miller et al, it 
discloses which the virtual processor code has, included within it at a plurality of points, fixup instructions 
which indicate that the code at the said points has to be modified by the respective fixup instruction prior 
to use (Fig. 3, col. 7 lines 21-45 and col. 8 lines 3-1 1). 

As per claim 1 1 , Kazi et al does not explicitely address claim 1 1 . In further view of Miller et al, it 
discloses which the fixup instructions are transferred, functionally unaltered, by the native translator into 
the native code (col. 1 lines 15-20, col. 6 lines 1-10 and Fig. 2); the fixup instructions being replaced with 
native instructions when the native code is bound on the said real physical processor (col. 1 lines 15-20, 
col. 6 lines 1-10 and Fig. 2). 
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Therefore, it would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to include fixup as disclose by Miller into a code translation at back end as disclosed 
by Kazi just be cause every translator requires to accurately translate code. 



13. Any inquiry concerning this communication or earlier communications from the examiner should 
be directed to Ted T. Vo whose telephone number is (571) 272-3706. The examiner can normally be 
reached on 8:00AM to 5:30PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Wei 
Y. Zhen can be reached on (571) 272-3708. 

The facsimile number for the organization where this application or proceeding is assigned is the 
Central Facsimile number 571-273-8300. 

Any inquiry of a general nature or relating to the status of this application should be directed to 
the TC 2100 Group receptionist: 571-272-2100. Information regarding the status of an application may 
be obtained from the Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. Status information for 
unpublished applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-91 97 (toll-free). 



Conclusion 
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Primary Examiner 
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September 15, 2006 



